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Claims for the Patent 



1 . Communication model characterized in that whether reachability to a reachable 
5 side confirmation communication node (4100) is true or false is determined by 

comparing a mapped image of a pair consisting of a static identifier and dynamically 
assigned network address that indicate the reachable side confirmation communication 
node (4100) in a mapping notification system (1000) and the real image of the pair 
consisting of a static identifier and dynamically assigned network address in a reachable 
10 side confirmation communication node (4100), in a store-and-forward network where 
host reachability is obtained by association of static identifier and dynamically assigned 
network address. 

2. Communication model according to Claim 1 above with a procedure by which all 
15 compared elements are known by a reachability confirmation communication node 

(2000) is executed in the following sequence: 

(1) The reachability confirmation communication node (2000) performs name query to a 
mapping notification system using a static identifier of a reachable side confirmation 
communication node (4100) as a key. 
20 (2) In response to the name query, the mapping notification system (1000) performs 

name resolution, returning a dynamically assigned network address of the reachable 
side confirmation communication node (4100). 

(3) The reachability confirmation communication node (2000) sends a sign to the 
dynamically assigned network address, merely requesting the reachable side 

25 confirmation communication node (4100) to return a response to the reachability 

confirmation communication node (2000). 

(4) The reachable side confirmation communication node (4100) sends a countersign to 
the reachability confirmation communication node (2000), that is, it sends a new 
carrier signal carrying the reply that should be made. 



3. In communication model according to Claim 1 above a signal that is 
characterized in that the reachable side confirmation communication node (4100) sends 
information that makes the reachability confirmation communication node (2000) confirm 
the reachability. 

4. In communication model according to Claim 3 above, a signal that is 
characterized in that the information that makes the reachability confirmation 
communication node (2000) confirms reachability information of the reply that should be 
made by a reachable side confirmation communication node (4100). 

5. The signal according to Claim 3 above that is characterized in that the reachable 
side confirmation communication node (4100) sends the information that makes 



i communication node (2000) confirrrn^achability, and additional 
information to information of the reply that should be made by the reachable side 
confirmation communication node (4100). 

5 6. In a reachable side confirmation communication node (4100), a carrier signal 
having a function for carrying a reply that should be made, in a response to a response 
request from a reachability confirmation communication node (2000). 

7. In signal according to Claim 6 above, a carrier signal having a function for 
10 carrying additional information in addition to a reply that should be made. 

8. In a store-and-forward network where host reachability is obtained by association 
of a static identifier and dynamically assigned network address, a reachability 
confirmation method that stores arbitrary information to the reachability confirmation 

15 communication node (2000) as information that confirms reachability to reachable side 
confirmation communication node (4100), and makes reachability confirmation 
communication node (2000) confirm reachability to reachable side confirmation 
communication node (4100) by comparing the stored information with a reply reachable 
side confirmation communication node (4100) to reachability confirmation 

20 communication node (2000) by reachability confirmation communication node (2000) 
and reachable side confirmation communication node (4100) performing a 
predetermined communication. 

9. Reachability confirmation method according to Claim 8 above that is 

25 characterized in that the arbitrary information is a static identifier in a reachable side 
confirmation communication node (4100). 

10. Reachability confirmation method according to Claim 8 above that is 
characterized in that the arbitrary information is every character string replaced with a 

30 static identifier when a reachability confirmation communication node (2000) knows an 
association with the reachable side confirmation communication node (4100). 

1 1 . Reachability confirmation method according to Claim 8 above that is 
characterized in that the arbitrary information is a translation rule substituted for a static 

35 identifier when a reachability confirmation communication node (2000) knows an 
association with the reachable side confirmation communication node (4100). 

12. Reachability confirmation method according to Claim 8 above that is 
characterized in that arbitrary information in a storage device of reachable side 

40 confirmation communication node (4100) is saved as a reply that should be made, 

information saved is read out from the storage device to communication in a previously 
agreed method, and that makes a reachability confirmation communication node (2000) 



able side confirmation communication noaw(4 



confirm that reachable side confirmation communication nocrcr(4100) is the reachable 
side confirmation communication node of reachability (4100) by return a countersign that 
includes at least the information. 

5 13. Reachability confirmation method according to Claim 8 above that is 
characterized in that a mapping notification system (1000) is selected, to perform 
forward name query, from among a plurality of mapping notification system (1000) that 
manage a static identifier of a reachable side confirmation communication node (4100), 
acquires a dynamically assigned network address of the reachable side confirmation 
10 communication node (4100) by switching to a mapping notification system (1000) that is 
different for each reachable side confirmation communication node (4100) to be 
referenced and uses the dynamically assigned network address acquired for 
communication with the reachable side confirmation communication node (4100) of 
claim 8. 

15 

14. Reachability confirmation method according to any one of Claims 8 to 13 above 
that is characterized in that when a reachability confirmation to reachable side 
confirmation communication node (4100) fails, either of the reachability confirmation 
methods according to Claims 8 to 1 3 are executed again after the lapse of a 

20 predetermined time interval, to confirm whether reachability to a reachable side 
confirmation communication node (4100) is true or false. 

15. Reachability confirmation method according to any one of Claims 8 to 14 above 
that a reachability confirmation communication node (2000) is substituted for a terminal 

25 not having the reachability confirmation function. 

16. Reachability confirmation method according to any one of Claims 8 to 14 above 
that is characterized in that notification of the result of the reachability confirmation to a 
predetermined target person or the public is fully featured. 

30 

17. Reachability confirmation method according to any one of Claims 8 to 16 above 
that is characterized in that a reachability confirmation communication node (2000) 
receives a reachability confirmation request for a reachable side confirmation 
communication node (4100) by a terminal not having the reachability confirmation 

35 function, and then the reachability confirmation communication mode (2000) confirms 
whether reachability to the reachable side confirmation communication node (4100) is 
true or false, and then the reachability confirmation communication node (2000) notifies 
the result of the confirmation to the terminal not having the reachability confirmation 
function. 



40 



18. Reachability confirmation method according to Claim 17 above that is 
characterized in that when returning the result of a reachability confirmation to a terminal 



30 



ity confirmation function, consideringTne 



not having the reachability confirmation function, considerin^ne time when the terminal 
not having the reachability confirmation function is affected by a cache, time for normal 
access is included in the response. 

5 19. Preceeding a reachability confirmation method that uses a SNMP manager, a 
reachability confirmation method for conducting a reachability confirmation to the 
reachable side confirmation communication node (4100) of any of Claims 8 to 14, and if 
reachability of the reachable side confirmation communication node (4100) is confirmed 
here, the dynamically assigned network address of the reachable side confirmation 
10 communication node (4100) whose reachability was confirmed is handed over to the 

reachability confirmation method that uses the SNMP manager to manage the reachable 
side confirmation communication node (4100) whose address changes dynamically. 

20. In reachability confirmation method according to any one of Claims 8 to 14 

15 above, a method of reconfiguring a mapping notification system so as not to notification 
the association of a static identifier and a dynamically assigned network address that 
relates to the notified reachable side confirmation communication node (4100) when 
reachability confirmation detects that a reachable side confirmation communication node 
(4100) is not present on a network. 

20 

21. In reachability confirmation method according to Claim 20 above, when, 
reachability confirmation detects that a reachable side confirmation communication node 
(4100) is not present on a network, a method of deleting a resource record relating to the 
reachable side confirmation communication node (4100) at a DNS server that manages 

25 the domain name to which the reachable side confirmation communication node (4100) 
belongs. 

22. A method of notifying an originator number in a store-and -forward network 
using reachability confirmation method according to any one of Claims 8 to 14 above. 



23. A method of performing closed connection using the method according to Claim 
22 above. 



24. In reachability confirmation method according to any one of Claims 8 to 14 
35 above, a method of omitting the name resolution process on the DNS by a reachability 
confirmation communication node (2000) storing the address confirmed for reachability 
relating to the reachable side confirmation communication node (4100), and of reducing 
DNS track. 
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25. In a reachability confirmation method according to any one of Claims 8 to 14, all 
programs that use the result of a reachability confirmation as a next process input. 



f> # 
executing a reachability confirmationlTTethod according to any 

one of Claims 8 to 24 on a computer or network connecting device. 



27. A computer or network connecting device, and communication node that is 
5 characterized in that at least a sign is set for each reachable side confirmation 

communication node (4100) on the device the reply that ought to be made is also set 
when a reply that ought to be made is not just a static identifier indicating a reachable 
side confirmation communication node (4100), and in that means for sending a sign from 
a device to reachable side confirmation communication node (4100), means for 
10 receiving a countersign responded from reachable side confirmation communication 

node (4100), and means for comparing a reply that should be made sent by the received 
countersign and a set reply that ought to be made are comprised, and in that whether a 
reachability to the reachable side confirmation communication node (4100) is true or 
false is confirmed according to a true or false of compared results. 

15 

28. Communication node according to Claim 27 that is characterized in that one 
mapping notification system (1000) of a plurality of existing mapping notification systems 
(1000) that manage a static identifier used by a reachable side confirmation 
communication node (4100), is selected for each reachable side confirmation 

20 communication node (4100) to perform forward names query, and the acquired dynamic 
address is used for communication with reachable side confirmation communication 
node (4100), by acquiring a dynamically assigned network address of reachable side 
confirmation communication node (4100). 

25 29. Communication node according to any of Claims 27 to 28 that is characterized 
in that whether the reachable side confirmation communication node (4100) having 
correct reachability is reached is confirmed by re-executing the reachability confirmation 
of claim 27, after a predetermined amount of time has passed when a reachability 
confirmation to reachable side confirmation communication node (4100) failed. 

30 

30. Communication node according to any one of Claims 27 to 29 that is 
characterized in that a reachability confirmation is performed at a request from a 
communication node that is used by a general user. 

35 31 . In the communication node according to any one of Claims 27 to 30, a device 
that is characterized in that notification of a result of a reachability confirmation to a 
predetermined targeted person or the public is featured fully. 

32. Communication node according to any one of Claims 27 to 31 that is 
40 characterized by receiving a reachability confirmation to the reachable side confirmation 
communication node (4100) from a terminal having no function for a reachability 
confirmation, confirming whether the reachability of the reachability confirmation 
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)00) to the reachable side confirmatrWTcommunication node 
(4100) is true or false and turning the result to a terminal having no function for a 
reachability confirmation. 

33. Communication node according to Claim 32 above that is characterized in that 
when returning the result of a reachability confirmation to a terminal not having the 
reachability confirmation function, considering the time when the terminal not having the 
reachability confirmation function is affected by a cache, the time for normal access is 
included in the response. 



34. Communication node that is characterized by managing the reachable side 
confirmation communication node (4100) whose dynamically assigned network address 
changes when the dynamically assigned network address of reachable side confirmation 
communication node (4100) whose reachability was confirmed in any one of Claims 27 

15 to 31 is handed over to a reachability confirmation method that uses an SNMP manager, 
for connecting to a reachability confirmation method that uses an SNMP manager 
following the reachability confirmation method of any of claims 27 to 31 . 

35. In a communication node according to any one of Claims 27 to 29, a mapping 
20 notification system (1000) for changing so as not to notify a mapped image of a pair 

consisting of a static identifier and a dynamically assigned network address that indicate 
a reachable side confirmation communication node (4100) in the mapping notification 
system (1000) when a reachability confirmation detects non-existence on a reachable 
side confirmation communication node (4100) network. 

25 

36. In mapping notification system (1000) according to Claim 35, a DNS server for 
deleting a resource code relating to a reachable side confirmation communication node 
(4100), in a DNS server for managing a domain name belonging to the reachable side 
confirmation communication node (4100), when a reachability confirmation detects 

30 non-existence on a reachable side confirmation communication node (4100). 

37. Communication node according to any one of Claims 27 to 29 for receiving an 
originator number notification in a store-and-forward network, carried by a countersign. 

35 38. Communication node according to Claim 37 for providing a predetermined 
service to only a communication node that notifies a preset originator number. 

39. In a communication node according to any one of Claims 27 to 29, a 
reachability confirmation communication node that omits a name resolution process for a 
40 DNS, by a storing an address taken by reachability confirmation relating to a reachable 
side confirmation communication node (4100). 



40. In a communication node according to any one of urirms 27 to 39, a system on 
a center side consisting of shared communication node functions on a plurality of 
devices. 



5 41 . In a communication node according to any one of Claims 27 to 39, a program 
for making computer or network connection equipment execute. 

42. A communication node that is either a computer or network connection 
equipment, a communication node that dynamically receives address assignment, or 

10 and a communication node referenced integrated with the communication node from an 
external network, wherein the communication node is configured to save any information 
on the communication node storage device as a reply that should be made, reads out 
the saved information to a communication using a sign or a previously agreed method 
from the storage device, and returns a countersign to a communication using 

15 countersign that includes at least the information, or a previously agreed method. 

43. Communication node according to claim 42 that is characterized in that a reply 
that should be made saved in the communication node is set by all strings as a condition 
that is notified in advance to a reachability confirmation communication node (2000), and 

20 the communication node is configured to save the string to a storage device of the 

communication node, read out the saved string from the storage device, when receiving 
a communication request to a predetermined port, and returning including at least. the 
string. 

25 44. Communication node according to claim 42 that is characterized in that the 

communication node is set with a host name, and is configured to save the host name to 
a storage device on the communication node, read out the saved host name from the 
storage device when a communication request to a predetermined port is received, and 
returning a string that includes at least the host name. 

30 

45. Communication node according to claim 42 that is characterized in that a host 
name set in a mapping notification system (1000) on a center side dynamically updated 
by a dynamic DNS is held by FQDN, and set as a string that can be read out to the 
communication node, and that is configured to save the string to a storage device on a 

35 communication node, read out the saved string from the storage device, when a 

communication request to a predetermined port is received, and returning a string that 
includes at least the string. 

46. Communication node according to any of Claims 42 to 45 that is configured to 
40 have a port for setting changes of a communication node, any port of well known ports 

for providing web services for general viewing, or predetermined port that is either of 
those ports and is waiting, other than a predetermined waiting port according to any of 



Claims 42 to 45. 
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47. Communication node according to any of Claims 42 to 46 that is configured for 
a reachable side confirmation communication node (4100) to return a countersign to a 
5 communication using a countersign or a previously agreed method, for a communication 
using a sign from reachability confirmation communication node (2000) or a previously 
agreed method, forjudging reachability in a reachability confirmation communication 
node (2000) to a reachable side confirmation communication node (4100). 

10 48. Communication node according to any of Claims 42 to 47 for sending a carry 
signal that carries a reply that should be made, to a sign. 

49. Communication node according to Claim 49 for sending a carry signal that 
carries self-identifying information as a reply that should be made, to a sign. 

15 

50. Communication node according to Claim 49 for translating the carry signal to an 
originator number notification by sending to a sign as a response. 

51 . Program for making a computer or a network connection equipment realize 
20 functions as the communication node according to any of Claims 42 to 50. 




Claims for the Patent 



1. (Amended): Communication model characterized in that whether reachability to a 
5 destination communication node (4100) is true or false is determined by comparing the 

mapped image of a pair consisting of a static identifier and dynamically assigned 
network address that indicate the destination communication node (4100) in a mapping 
notification system (1000) and the real image of the pair consisting of a static identifier 
and dynamically assigned network address in a destination communication node (4100), 
10 in a store-and-forward network where host reachability is obtained by association of 
static identifier and dynamically assigned network address. 

2. (Amended): Communication model according to Claim 1 above that is 
characterized in that a procedure by which the compared elements in the said 

15 communication model is known an originator communication node (2000 or 5300) is 
executed in the following sequence: 

(1) The originator communication node (2000 or 5300) performs name query to a 
mapping notification system (1000), using a static identifier of a destination 
communication node (4100) as a key. 
20 (2) In response to the name query, the mapping notification system (1000) performs 
name resolution, returning a dynamically assigned network address of the 
destination communication node (4100). 

(3) The originator communication node (2000 or 5300) sends a sign to the said 
dynamically assigned network address, merely requesting the destination 

25 communication node (4100) to return a response to the originator communication 
node (2000 or 5300). 

(4) The destination communication node (4100) sends a countersign to the originator 
communication node (2000 or 5300), that is, it sends a new carrier signal carrying the 
reply that should be made. 

30 

3. (Amended): Communication model according to Claim 1 above that is 
characterized in that a signal is used to send information that makes an originator 
communication node (2000 or 5300) confirm the said host reachability and that is sent 
from a destination communication node (4100) to the originator communication node 

35 (2000 or 5300). 

4. (Amended): Communication model according to Claim 3 above that is 
characterized in that the information that makes an originator communication node (2000 
or 5300) confirm the said host reachability is a reply that should be made by a 

40 destination communication node (4100) and in that a signal is used to send the said 
information. 



5. (Amended): Communication model according to Clairrrcabove that is 
characterized in that the information that makes an originator communication node (2000 
or 5300) confirm reachability is a reply that should be made by a destination 
communication node (4100) and additional information and in that a signal is used to 
send the said information. 



6. (Amended): Carrier signal with function of carrying information between an 
originator communication node (2000 or 5300) and a destination communication node 
(4100) in a store-and-forward network consisting of the originator communication node 

10 (2000 or 5300), destination communication node (4100), and a mapping notification 
system (1000), and where host reachability is obtained by association of a static 
identifier and dynamically assigned network address. Carrier signal carrying a reply 
that should be made when the destination communication node (4100) responds to the 
response request from the originator communication node (2000 or 5300). 

15 

7. (Amended): Carrier signal according to Claim 6 above that is characterized by 
carrying additional information in addition to a reply that should be made. 

8. (Amended): Reachability confirmation method by which an originator 

20 communication node (2000 or 5300) is made to confirm reachability to a destination 
communication node (4100) in a store-and-forward network consisting of the originator 
communication node (2000 or 5300), destination communication node (4100), and a 
mapping notification system (1000), and where host reachability is obtained by 
association of a static identifier and dynamically assigned network address. 

25 Reachability confirmation method characterized in that arbitrary information is stored at 
the mapping notification system (1000) as the information used when making the 
originator communication node (2000 or 5300) confirm reachability to the destination 
communication node (4100) and in that whether reachability to the destination 
communication node (4100) is true or false is determined by performing a given 

30 communication between the originator communication node (2000 or 5300) and the 
destination communication node (4100) and then by comparing a reply that the 
destination communication node (4100) made to the originator communication node 
(2000 or 5300) and the said stored arbitrary information. 

35 9. (Amended): Reachability confirmation method according to Claim 8 above that is 
characterized in that the said arbitrary information is a static identifier at a destination 
communication node (4100). 

10. (Amended): Reachability confirmation method according to Claim 8 above that is 
40 characterized in that the said arbitrary information is every character string replaced with 
a static identifier that an originator communication node (2000 or 5300) queries when 
making a communication node discover itself as the destination communication node 



m 

(4100). 



11. (Amended): Reachability confirmation method according to Claim 8 above that is 
characterized in that the said arbitrary information is the translation rule used by 

5 translating a static identifier that an originator communication node (2000 or 5300) 
queries when making the communication node discover itself as a destination 
communication node (4100). 

12. (Amended): Reachability confirmation method according to Claim 8 above that is 
10 characterized in that an originator communication node (2000 or 5300) is made to 

confirm that a destination communication node (4100) is the true one as follows: 
arbitrary information is stored at a storage device of the destination communication node 
(4100) as a reply that should be made, and then the said stored information is read from 
the said storage device for communication using a previously agreed method, and then 
15 returns a countersign including the said information as a minimum. 

13. (Amended): Reachability confirmation method according to Claim 8 above that is 
characterized in that a mapping notification system (1000) is selected from among 
multiple ones (1000) that manage a static identifier of a destination communication node 

20 (4100) and then forward name query is performed to the mapping notification system 
(1000), and then the dynamically assigned network address of the destination 
communication node (4100) is obtained by switching among different mapping 
notification systems for each destination communication node (4100) referenced, and 
then the said given communication is performed to the destination communication node 

25 (4100) by using the said obtained dynamically assigned network address. 

14. (Amended): Reachability confirmation method according to any one of Claims 8 
to 13 above that is characterized in that whether reachability to a destination 
communication node (4100) is true or false is verified by conducting the reachability 

30 confirmation method according to any one of Claims 8 to 13 above again after the lapse 
of a given time interval when confirmation of reachability to the destination 
communication node (4100) fails. 

15. (Amended): Reachability confirmation method according to any one of Claims 8 
35 to 14 above that is characterized in that an originator communication node (2000 or 

5300) conducts the reachability confirmation method in place of a terminal not having the 
reachability confirmation function. 

16. (Amended): Reachability confirmation method according to any one of Claims 8 
40 to 14 above that is characterized in that a further requirement is satisfied that the result 

of the said reachability confirmation is notified to at least either a given target person or 
public. 
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17. (Amended): Reachability confirmation method according to any one of Claims 8 
to 16 above that is characterized in that an originator communication node (2000 or 
5300) receives a reachability confirmation request for a destination communication node 

5 (4100) by a terminal not having the reachability confirmation function, and then the 
originator communication node (2000 or 5300) confirms whether reachability to the 
destination communication node (4100) is true or false, and then the originator 
communication node (2000 or 5300) notifies the result of the confirmation to the said 
terminal not having the reachability confirmation function. 

10 

18. (Amended): Reachability confirmation method according to Claim 17 above that 
is characterized in that when notifying the result of reachability confirmation to a terminal 
not having the reachability confirmation function, the time when normal access can be 
performed is included in the said notification, predicting the time the said terminal is 

15 affected by cache. 

19. (Amended): Reachability confirmation method according to any one of Claims 8 
to 14 above that is characterized in that a destination communication node (4100) whose 
address changes dynamically is managed by confirming reachability to the destination 

20 communication node (4100) before performing network management that uses SNMP, 
and when the reachability confirm succeeds, the dynamically assigned network address 
of the destination communication node (4100) is delivered to network management that 
uses SNMP. 

25 20. (Amended): Reachability confirmation method according to any one of Claims 8 
to 14 above that is characterized in that when reachability confirmation detects that a 
destination communication node (4100) is not present, a mapping notification system is 
reconfigured to not notify the association of static identifier and dynamically assigned 
network address of the destination communication node (4100). 

30 

21. (Amended): Reachability confirmation method according to Claim 20 above that 
is characterized in that when reachability confirmation detects that a destination 
communication node (4100) is not present, the resource record concerning the 
destination communication node (4100) is deleted at the DNS server that manages the 

35 domain name to which the destination communication node (4100) belongs. 

22. (Amended): Reachability confirmation method according to any one of Claims 8 
to 14 above that is characterized in that the static identifier indicating an originator 
communication node (2000 or 5300) is notified to the store-and-forward network. 

40 

23. (Amended): Reachability confirmation method according to Claim 22 above that 
is characterized in that closed connection is performed. 



24. (Amended): Reachability confirmation method according to any one of Claims 8 
to 14 above that is characterized in that the address of a destination communication 
node (4100) whose reachability confirmation succeeds is stored at an originator 

5 communication node (2000 or 5300) to omit the name resolution process of a mapping 
notification system (1000), and thus to reduce traffic of the mapping notification system 
(1000). 

25. (Amended): Program product that is characterized in that the result of the 
10 reachability confirmation performed using the reachability confirmation method 

according to any one of Claims 8 to 24 above is used as input. 

26. (Amended): Program product that is characterized in that the reachability 
confirmation method according to any one of Claims 8 to 24 above is executed by either 

15 a computer or network connection equipment. 

27. (Amended): Media that is characterized in that it can be read by a computer and 
it stores the program product according to any one of Claims 24 to 25 above. 

20 28. (Amended): Communication node that is either a computer or network 

connection equipment; and that has a means to set at least a sign for each destination 
communication node (4100), and to also set a reply that ought to be made, when the 
reply is not a static identifier itself indicating the said destination communication node 
(4100), and to send the said sign to the said destination communication node (4100); 

25 has a means to receive a countersign returned by the said destination communication 
node (4100); has a means to compare a reply that should be made carried by the said 
received countersign and the said set reply that ought to be made; and that confirms 
whether reachability to the destination communication node (4100) is true or false based 
on whether the result of the comparison is true or false. 

30 

29. (Amended): Communication node according to Claim 28 above that is 
characterized in that one mapping notification system (1000) is selected from among 
multiple systems (1000) that manage the static identifier used by a destination 
communication node (4100), forward name query is performed, the dynamically 

35 assigned network address of the said destination communication node (4100) is 
obtained, and the said obtained dynamically assigned network address is used to 
communicate to the destination communication node (4100). 

30. (Amended): Communication node according to any one of Claims 28 to 29 
40 above that is characterized in that when reachability confirmation to a destination 

communication node (4100) fails, reachability confirmation is performed again after the 
lapse of a given time interval, to verify whether or not the correct destination 



00) is reached. 

31. (Amended): Communication node according to any one of Claims 28 to 30 
above that is characterized in that the said reachability is confirmed in response to a 

5 request from a communication node used by a general user. 

32. (Amended): Communication node according to any one of Claims 28 to 31 
above that is characterized in that the result of the said reachability confirmation is 
notified to at least either a given target person or the public. 

10 

33. (Amended): Communication node according to any one of Claims 28 to 32 
above that is characterized in that when a reachability confirmation request for a 
destination communication node (4100) is received from a terminal not having the 
reachability confirmation function, it is confirmed whether reachability to the destination 

15 communication node (41 00) is true or false, and then the result of the reachability 
confirmation is notified to the said terminal not having the reachability confirmation 
function. 

34. (Amended): Communication node according to Claim 33 above that is 

20 characterized in that when notifying the result of reachability confirmation to the terminal 
not having the reachability confirmation function, the time when normal access can be 
performed is included in the said notification, predicting the time when the said terminal 
is affected by cache. 

25 35. (Amended): Communication node according to any one of Claims 28 to 32 
above that is characterized in that reachability confirmation is connected to the 
subsequent network management that uses SNMP; in other words, the dynamically 
assigned network address of a destination communication node (4100) whose 
reachability is confirmed is delivered to the said network management, to manage the 

30 destination communication node (4100) whose address changes dynamically. 

36. (Amended): Communication node of a mapping notification system (1000) that is 
characterized in that when reachability confirmation detects that a destination 
communication node (4100) is not present on the network, a mapping notification system 

35 is reconfigured to not notify the mapped image, or the pair consisting of a static identifier 
and dynamically assigned network address of the destination communication node 
(4100). 

37. (Amended): Communication node of a mapping notification system (1 000) 

40 according to Claim 36 that is characterized in that when reachability confirmation detects 
that a destination communication node (4100) is not present on the network, the 
resource record concerning the destination communication node (4100) is deleted at the 
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DNS server that manages the domain name to which the destination communication 
node (4100) belongs. 

38. (Amended): Communication node according to any one of Claims 28 to 30; the 

5 communication node receives a countersign carrying the static identifier that indicates an 
originator communication node (2000 or 5300) in the store-and-forward network. 

39. (Amended): Communication node according to Claim 38; the communication 
node only provides a given service to the communication node that notifies the static 

10 identifier that indicates an originator communication node (2000 or 5300), to the 
store-and-forward network set in advance. 

40. (Amended): Communication node according to any one of Claims 28 to 30; the 
communication node omits the name resolution process of a mapping notification 

15 system (1000) by storing the address of a destination communication node (4100) 
whose reachability confirmation succeeds. 

41 . (Amended): Communication node according to any one of Claims 28 to 40 that is 
characterized in that its function is shared by multiple devices. 

20 

42. (Amended): Program product executed by either a computer or network 
connection equipment at the communication node according to any one of Claims 28 to 
40 above. 

25 43. (Amended): Media that is characterized in that it can be read by a computer and 
stores the program product according to any one of Claims 41 to 42 above. 

44. (Amended): Communication node that is either computer or network connection 
equipment in a store-and-forward network that consists of an originator communication 

30 node (2000 or 5300), destination communication node (4100), and mapping notification 
system (1000), and where host reachability is obtained by association of a static 
identifier and dynamically assigned network address; Communication node whose 
address is assigned dynamically or communication node that is integrated with the said 
communication node and that is referenced from an external network; Communication 

35 node that is characterized in that it is configured in the following manner: arbitrary 
information used when the originator communication node (2000 or 5300) queries the 
mapping notification system (1000) about the destination communication node (4100) is 
stored at the storage device of the said communication node as the reply that should be 
made, and then the said stored information is read from the said storage device either for 

40 a sign or for communication that uses the previously agreed method, and then either a 
countersign including the said information as a minimum or a response to the 
communication that uses the previously agreed method. 
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45. (Amended): Communication node according to Claim 44 that is characterized in 
that the stored reply that should be made is a static identifier used to make the 
communication node discover itself as the destination communication node (4100). 

5 

46. (Amended): Communication node according to Claim 44 that is characterized in 
that it is configured in the following manner: the stored reply that should be made is set 
as any character string with which a static identifier is replaced that is used when an 
originator communication node (2000 or 5300) queries a mapping notification system 

10 (1000) regarding a destination communication node (4100); and then the said string is 
stored at the storage device of the said communication node; and then the said stored 
string is read from the said storage device when a communication request to a given port 
is received; and then a reply including the said string as a minimum is sent. 

15 47, (Amended): Communication node according to Claim 44 that is characterized in 
that it is configured as follows: the stored reply that should be made is read, and then a 
string including a string translated based on the translation rule as a minimum is sent as 
a reply. 

20 48. (Amended): Communication node according to Claim 45 that is characterized in 
that it is configured as follows: the host name (FQDN) that is set at a center-side 
mapping notification system (1000) updated dynamically by dynamic DNS is set as a 
readable string read for the said communication node; and then the said string is stored 
at the storage device of the said communication node; and then the said stored string is 

25 read from the said storage device when a communication request to a given port is 

received; and then a character string including the said string as a minimum is sent as a 
reply. 

49. (Amended): Communication node according to any one of Claims 44 to 48 that 
30 is characterized in that it is configured as follows: in addition to given waiting ports, at 

least ports for changing the setting of the said communication node or well-known ports 
for web service for general browsing are provided. 

50. (Amended): Communication node according to any one of Claims 42 to 49 that is 
35 characterized in that a carrier signal carrying the reply that should be made is sent in 

response to a sign to allow an originator communication node (2000 or 5300) to confirm 
reachability to the destination communication node. 

51. (Amended): Program product implemented at either a computer or network 

40 connection equipment as a function of the communication node according to any one of 
Claims 44 to 50 above. 
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52. (Added): Media that is characterized in that it can be read and stores the 
program product according to Claim 51 above. 



